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Methode de transmission de services DVB sur un reseau IP et appareil 

mettant en oeuvre la methode 

La presente invention concerne la transmission de services DVB 
5 (Digital Video Broadcasting), DVB definissant un service comme « une 
sequence de programmes sous le controle d'un operateur pouvant etre 
diffusee dans le cadre d'une programmation », sur un r§seau de type IP 
(supportant le protocole IP, Internet Protocol, dont on peut trouver la 
specification dans les RFC « request for comments » maintenu par I'lETF 
10 « Internet Engineering Task Force » sous le numero 791) et plus 
particulierement la decouverte par un terminal des services offerts sur le 
reseau. 

La decouverte des services DVB offerts par un reseau est normalisee 
15 dans le cadre d'un r6seau de type diffusion par satellite, cable ou numerique 
terrestre. Cette norme est decrite dans le document « Digital Video^T 
Broadcasting (DVB); Specification for Service Information (SI) in DVB". 
Systems » publie par I'ETSI (European Telecomunication Standard Institute)^, 
sous le num6ro ETSI EN 300 468. Ce document d6crit un ensemble de 
20 tables contenant des informations sur le reseau, sur les frequences" m 
auxquelles sont transmis les flux de donnees contenant les services, sur les 
services proposes etc. Ces tables sont multiplexees dans les flux de 
donnees, le terminal etant configure avec les donnees necessaires pour se 
connecter a un premier flux lui permettant de recevoir ces tables et de 
25 construire, d'apres leur contenu, une base de donn£e contenant la 
description des services offerts par le reseau et les donnees de connexion 
necessaires a leur reception. 

Le d£veloppement du reseau Internet, et surtout la generalisation des 
30 accds 3 haut debit, offrent maintenant la possibility technique de diffuser des 
services audio et video sur ce r§seau. D'autre part, des reseaux prives de 
type IP a haut debit se developpent que ce soit au sein des entreprises ou 
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dans le cadre du domicile. Dans ce cadre DVB travaille a la standardisation 
de la diffusion de services DVB sur les reseaux de type IP. Un groupe de 
Tfavairap^ 

finaliser une specification concernant le transport des services DVB sur un 
5 reseau de type IP, et plus particulierement la decouverte des services. La 
proposition telle qu'envisagee aujourd'hui est presentee dans le document 
« Service Discovery & Service Selection Specification ; Part 1 - MPEG-2 
DVB-IP Services » sous la reference IPI2001-059. La solution, telle 
qu'envisagee actuellement par le groupe de travail, s'oriente vers une 

10 separation entre la diffusion des services sous la forme de flux de transport 
contenant un seul service DVB d'une part et les informations decrivant ces 
services, disponibles sous la forme de fichiers XML (extensible Markup 
Language) accessible pour les terminaux sur requete. Le protocole HTTP 
(Hyper Text Transport Protocol) pouvant, par exemple, etre utilise pour 

15 retrouver ces fichiers. Cette solution semble naturelle car elle tire profit du 
caractere bidirectionnel de la connexion IP contrairement a la diffusion par 
satellite par exemple. Elle permet en effet d'economiser la bande passante 
en ne transmettant les informations de signalisation qu'a la demande et non 
en permanence dans le canal audio et video. De plus, la mise a disposition 

20 d'informations sur un reseau de type IP via des serveurs HTTP sous la 
forme de fichiers de donnees en XML est la solution dominante largement 
adoptee sur ce type de reseaux. 



Mais cette solution impose le developpement d'un ensemble d'outils 
25 permettant de generer et de gerer les serveurs offrant ces informations de 
signalisation au format XML. Or a I'heure actuelle, les diffuseurs de contenu 
disposent d'une infrastructure maitrisee pour la diffusion de services MPEG- 
2 DVB via le satellite ou le cable. L'adoption de ce nouveau schema de 
signalisation imposant le developpement, en parallele du systeme existant, 
30 de nouveaux outils implique un investissement et une prise de risque pour 
les operateurs. De plus, les terminaux n'integrent pas aujourd'hui les outils 
necessaires a I'analyse de ces information, comme par exemple, un 
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analyseur XML. L'integration de tels outils dans un terminal a faible coQt peut 
s'averer delicate voire impossible en fonction des ressources materielles 
disponible comme la puissance du processeur ou la memoire. 

5 Le but de I'invention est done d'offrir une methode de transmission de 

services DVB sur un reseau de type IP et plus particulierement la decouverte 
des services offerts sur le reseau par un terminal. Cette methode permettant 
la reutilisation maximale de la chaTne de production actuellement deployee 
de services DVB pour le satellite ou le cable dans le but de diffuser des 

1 0 services DVB sur un reseau de type IP. 

L'invention consiste en une methode de decouverte, par un terminal 
connecte a un reseau de type IP, de services DVB sur le reseau de type IP, 
ou le terminal utilise une premiere adresse IP de diffusion et un premier 

15 numero de port pour recevoir un flux de transport diffuse a cette adresse IP (V 
sur ce port. Le terminal extrait dudit flux les tables de signalisation dont la Vf . 
table d'information sur les reseaux (NIT). Les descripteurs de reseaux • 
contenus dans ladite table d'information sur les reseaux (NIT) designant des 
adresses IP de diffusion et les ports associes, le terminal se connecte a au :?1 

20 moins une partie des flux de transport diffuses aux dites adresses IP sur ,> 
lesdits ports de fagon a lire la table de description de service associee 
(SDT). Le terminal utilise ces informations pour construire une liste 
eventuellement unitaire des services disponibies sur le reseau. 

25 Selon un mode particulier de realisation de l'invention la premiere 

adresse IP de diffusion et le premier numero de port sont entres par 
I'utilisateur. 

Selon un mode particulier de realisation de l'invention la premiere 
30 adresse IP de diffusion et le premier numero de port sont obtenus du reseau 
par le terminal. 
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Selon un mode particulier de realisation de I'invention les flux ne 
contiennent qu'un seul service DVB. 

Selon un mode particulier de realisation de I'invention la liste des 
5 services est incluse dans la NIT contenue dans le flux disponible a la 
premiere adresse IP de diffusion sur le premier port. 

L'invention concerne aussi un appareil possedant des moyens de se 
connecter a une adresse IP de diffusion via des moyens de connexion a un 
reseau IP et des moyens de decodage de flux DVB diffuse a cette adresse 
IP de diffusion, caracterise en ce que les moyens de decodage de flux DVB 
ont la capacite d'analyser une NIT, extraite du flux, contenant des 
descripteurs de reseau adaptes au reseau IP et de se connecter a chaque 
adresse IP de diffusion decrite dans iadite NIT pour y lire un flux DVB et en 
15 extraire les informations sur les services offerts sur le reseau 
preferentiellement selon I'une quelconque des methodes selon les 
revendications precedentes. 

L'invention concerne egalement un descripteur d'un service de 
20 diffusion d'un flux DVB destine a etre inclus dans une NIT caracterise en ce 
qu'il contient I'adresse IP de diffusion d'un serveur de flux et un numero de 
port sur lequel ledit serveur diffuse un flux DVB sur un r6seau de type IP. 

L'invention sera mieux comprise, et d'autres particula rites et 
25 avantages apparaTtront a la lecture de la description qui va suivre, la 
description faisant reference aux dessins annexes parmi lesquels : 

La figure 1 represente un schema de la chaTne de production de 
services DVB dans le cadre d'une diffusion satellite classique. 

La figure 2 represente I'architecture d'un flux de donnee DVB dans le 
30 cadre de I'invention. 

La figure 3 represente un schema d'un exemple de chaTne de 
production modifiee selon l'invention. 



La figure 4 represente I'architecture materielle d'un terminal 
fonctionnant selon un exemple de realisation.de I'invention. 

La figure 5 represente un schema des differentes etapes de la 
methode. 

La figure 6 represente la structure d'une NIT (Network Information 
Table) selon la norme DVB. 

La connexion a un flux de transport sur un reseau de type IP peut se 
faire selon un protocole de diffusion multipoint (IP multicast en anglais). Un 
exemple d'un tel protocole est le protocole IGMP (Internet Gateway 
Management Protocol) defini dans la RFC 2236. Dans ce protocole, a un 
serveur de diffusion multipoint est associe une adresse de diffusion 
multipoint. Cette adresse a le format d'une adresse IP, dans un domaine 
reserve a cet usage, mais ne correspond pas a I'adresse IP d'une machine 
accessible sur le reseau. Un terminal desirant se connecter a cette diffusion 
va envoyer une requete sur le reseau contenant cette adresse IP de 
diffusion multipoint. Cette requete va etre relayee dans tout le reseau jusqu'a 
atteindre le serveur en charge de cette diffusion qui va done inscrire le 
terminal comme client de la diffusion. Les routeurs sur le chemin entre le 
serveur et le terminal vont ensuite etre en mesure de relayer les paquets IP 
constituant le flux vers les terminaux abonnes a la diffusion. Une 
optimisation de ce protocole permet, par la connalssance de I'adresse IP de 
la machine serveur en sus de I'adresse IP de diffusion multipoint, d'optimiser 
la route de la requete d'abonnement en i'acheminant directement vers le 
serveur destinataire au lieu de la diffuser dans tout le reseau. Cette 
optimisation est connue sous le nom de SSM (Source Specific Multicast). 

La connexion au flux de transport peut egalement se faire selon un 
protocole de diffusion unipoint (IP unicast en anglais). Un exemple d'un tel 
protocole est le protocole RTSP (Real Time Streaming Protocol) defini dans 
la RFC 2326. Ce protocole servant a contrdler la diffusion du flux sur IP, il 
est prevu pour fonctionner conjointement avec un protocole de diffusion 




proprement dit comme RTP. La principale difference avec la diffusion 

multipoint etant qu'a chaque client desirant se connecter sur le flux, le 
serveur va initier une diffusion point a point entre~ lui-meme etle- client-fr est 

evident que cette solution est plus dispendieuse en bande passante que la 
5 solution basee sur la diffusion multipoint, mais elle est envisageable dans le 

cadre d'un reseau restreint ou seul un petit nombre de terminaux sont 

susceptibles de se connecter a un flux. 



La figure 1 decrit ['architecture generale d'une chatne de production 

10 de services MPEG-2 DVB dans le cadre d'une diffusion satellite. Au depart 
de la chatne, nous avons du contenu audio et video 1 qu'il s'agit de diffuser. 
Ce contenu est encode selon la norme MPEG2 dans un codeur 2 pour 
g6nerer un flux 6l§mentaire audio/video 5. Parallelement au codage de 
I'audio et de la video, les informations de signalisation 3 sont gen§rees, elles 

15 proviennent generalement d'une base de donnees contenant les 
informations descriptives sur le service que Ton veut diffuser. Ces 
informations sont genSrees sous la forme d'un flux de signalisation 6. Un 
autre module 4 prend en charge la generation d'un flux de sous-titres 7. II est 
egalement possible d'inclure un flux d'applications interactives 8, dont la 

20 chatne de production n'est pas detaillee ici. Tous ces flux elementaires, avec 
eventuellement d'autres flux vehiculant d'autres contenus audio et video, la 
signalisation s'y rapportant ou autre, sont ensuite multiplexes dans un 
multiplexeur 9 pour gen^rer le flux de transport MPEG-2 qui va etre ensuite 
module et converti sur une frequence choisie par le modulateur 

25 convertisseur 10. Un ensemble de flux de ce type peuvent etre melanges par 
un mixer 11 pour un envoi sur un satellite 13 via une station d'6mission 12. 
Dans ce cas une synchronisation des informations de signalisation est 
necessaire entre les differents flux de fagon a inclure des informations sur 
les autres flux dans les tables descriptives de chaque flux. Ces programmes 

30 peuvent ensuite etre regus au domicile de I'utilisateur via sa parabole 14 
pour etre decodes par un decodeur et affiches sur un televiseur. Cette 
chatne est maintenant bien mattrisee par les operateurs. 
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La figure 2 represente I'architecture d'un flux de transport ne 
contenant qu'un service et toutes les tables de signalisation s'y rattachant. 
La bande passante ainsi que I'architecture d'un reseau IP rendent plus 

5 pratique de separer chaque service dans un flux propre. En effet, 
contrairement au cas du satellite dont le flux est destine a de multiples 
terminaux pouvant selectionnerl'un quelconque des services disponibles, 
dans un reseaulP chaque terminal peut se connecter sur le flux contenant 
le service desireet lui seul. Mais il est evident que I'utilisation d'un flux 

10 contenant plusieurs services est possible. Un premier flux 41 contient une 
table SDT (Service Description Table) 43 qui decrit le, ou les, services 
disponibles dans le flux. Le service 42 contient une PMT (Program Map 
Table) 46 ainsi que les flux elementaires du service, video 47, audio 48 ou 
autre 49. Le flux contient egalement une PAT (Program Allocation Table) 44 

15 pointant entre autre sur la NIT 45. La NIT donne des informations sur 

I'organisation physique des differents flux de transport 50, 51, 52 offerts par *• 
le reseau. La NIT est organisee comme indique sur la figure 6. f 

Cette structure de la NIT reste adaptee a la description d'un reseau • 
20 sur IP a ceci pres qu'il faut definir des descripteurs specifiques au reseau IP r 
de facon a prendre en compte le systeme de diffusion large bande sur IP. 
Nous donnons ci-dessous la definition d'un exemple d'un tel 
descripteur adapte a la diffusion multipoint : 



25 




Descriptorjag 8 

Descriptorjength 8 

IP_multicast_address 32 

Multicast_Port_number 16 

Multicast_protocol_mapping 8 



uimsbf 
uimsbf 
bslbf 
bslbf 
bslbf 
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IP_source_address 32 bslbf 



Le champ « descriptor_tag » est un identifiant correspondant a ce 
nouveau type de descripteur. 

Le champ « descriptorjength » donne la taille du descripteur. 
5 Le champ « IP_mu!ticast_address » est I'adresse IP de diffusion 

multipoint du serveur sur lequel est disponible le flux. 

Le champ « Multicast_Port_number » est le numero de port sur le 
serveur oti Ton doit se connecter pour recevoir le flux. 

Le champ « Multicast_protocol_mapping » est un champ identifiant le 
10 protocole de codage du, ou des, service diffuse a cette adresse, ce peut etre 
MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de 
filtrer sur le type de contenu pour ne retenir que les services que le terminal 
est a meme de decoder. 

Le champ « IP_source_address » est I'adresse IP reelle du serveur ce 
15 qui permet un routage efficace de la requete de connexion a un serveur de 
diffusion multipoint selon le protocole SSM. 



Nous donnons ci-dessous la definition d'un autre exemple d'un tel 
descripteur adapte a la diffusion unipoint : 

20 



Nomdticn^ -Vy \\; Nombre de bits t, Identifiant : ' ■■: 


Descriptor_tag 


8 


uimsbf 


Descriptorjength 


8 


uimsbf 


IP_unicast_address 


32 


bslbf 


Unicast_Port_number 


16 


bslbf 


Unicast_protocol_mapping 


8 


bslbf 



Le champ « descriptorjag » est un identifiant correspondant a ce 
nouveau type de descripteur. 

Le champ « descriptorjength » donne la taille du descripteur. 
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Le champ « IP_unicast_address » est I'adresse IP de diffusion 
unipoint du serveur sur lequel est disponible le flux. 

Le champ « Unicast_Port_ number » est le numero de port sur le 
serveur ou Ton doit se connecter pour recevoir le flux. 
5 Le champ « Unicast_protocol_mapping » est un champ identifiant le 

protocole de codage du, ou des, service diffuse a cette adresse, ce peut §tre 
MPEG-2, MPEG-4, MHP ou autres. Ce champ, optionnel, peut permettre de 
filtrer sur le type de contenu pour ne retenir que les services que le terminal 
est a meme de decoder. 

10 

Ces descripteurs signalent un serveur de diffusion multipoint ou 
unipoint contenant un flux de transport avec habituellement un service de 
television DVB. Nous voyons dans la structure de la NIT qu'il existe une 
boucle sur les flux de transport, ce qui veut dire que tous les flux de transport 

15 constituant le reseau complet d'un operateur peuvent etre decrits dans cette 
boucle. De cette facon, le terminal peut construire une liste avec les 
adresses IP de diffusion multipoint ou unipoint de tous les flux de transport 
d'un reseau de diffusion de television large bande sur IP. Une liste de 
descripteurs de services peut etre optionnellement incluse dans la NIT de 

20 fagon a accelerer la phase d'installation du terminal. 

On peut egalement envisager que des serveurs de flux multipoint et 
unipoint soient present dans le meme reseau. 

25 La figure 3 repr6sente un schema de ['architecture de la chame de 

production modifiee selon un exemple de realisation de I'invention. Nous 
retrouvons le meme debut de chame que dans la figure 1 dans le cas 
classique de la diffusion par modulation de type satellite, cable, ou terrestre. 
Les differences se trouvent au niveau de la generation des informations de 

30 signalisation 3. Nous devons adapter la NIT au fonctionnement sur le reseau 
IP comme explique precedemment, c'est-a-dire en y incluant des 
descripteurs de services de diffusion large bande IP. Le flux ainsi constitue 
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est place sur un serveur de flux 30 permettant sa diffusion sur le reseau IP. 
Tous les flux constituant le reseau de I'operateur sont ainsi mis a disposition 
" *du"teFmTrial"33 ronTTecles^ 
schema par leur branchement derriere le routeur 31 . Dans la pratique ces 
5 serveurs de flux peuvent etre mis a disposition d'un utilisateur connecte, par 
exemple via un acces ADSL (Asymmetric Digital Subscriber Line), en les 
rendant accessibles sur Internet. Mais cette solution possede I'inconvenient 
que Ton n'est pas maTtre de la bande passante sur Internet entre le serveur 
et le point d'acces reliant I'utilisateur. Une autre solution est de connecter 
10 ces serveurs via un reseau permettant de gerer la qualite de service, comme 
un reseau ATM (Asynchronous Transfert Mode), aux points d'acces des 
utilisateurs. 



La figure 4 represente ('architecture interne d'un terminal 60 qui 
15 possede de la memoire morte (ROM 63) lui permettant de stocker des 
programmes et des donnees, de la memoire vive (RAM 62) qui lui permet de 
charger ces programmes en vue d'une execution par le processeur 61. Ce 
processeur peut egaiement utiliser de la RAM persistante pour stocker des 
informations comme la base de donnees. Ce terminal est connecte a un 
20 reseau de type IP par une interface reseau 64. Ces composants 
communiquent par I'interm6diaire d'un bus interne 65. 

La phase de decouverte des services sur un reseau large bande IP 
par un terminal se d6roule de la fagon suivante. Le terminal possede une 

25 connexion large bande a un reseau IP, cette connexion peut §tre une 
connexion a Internet selon la technique ADSL ou par le cable. Cette 
connexion peut egaiement se faire sur un r6seau prive, comme un r6seau 
d'entreprise ou un reseau domestique. Le terminal possede des paramdtres 
lui permettant une premiere connexion a une adresse IP de diffusion 

30 multipoint ou unipoint. La solution la plus simple est de considerer que cette 
adresse IP de diffusion est entree manuellement dans un menu de 
configuration. Cette adresse IP de diffusion peut egaiement etre attribuee au 
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terminal lors de la phase de connexion via des protocoles comme DHCP 
(Dynamic Host Control Protocol) ou PPP (Point to Point Protocol). Mais toute 
autre methode de determination de cette premiere adresse IP est possible. 
Cette adresse consiste en une adresse IP de diffusion multipoint ou unipoint 
5 et un numero de port correspondant. 

Les etapes de la methode sont representees sur la figure 5. 

Dans une premiere etape 70, le terminal se connecte a cette adresse 
10 IP sur le port donne et active, par exemple via le protocole IGMP, la 
' reception du flux de transport qui y est disponible. Generalement ce flux de 
transport est du type MPEG-2 encapsule sur IP en utilisant les couches de 
protocole IP/UDP/RTP (User Datagram Protocol, Real Time Protocol), mais 
ce peut egalement un flux de type MPEG-4, MHP ou autre. 

15 

Le flux de transport est extrait des paquets RTP. Ce flux contient les w 
tables PAT, PMT, NIT et SDT. Les tables contenues dans le flux sont 
exactement les tables telles que specifiees dans la norme DVB-SI, a-£ 
I'exception des descripteurs de reseau tel que definis plus haut situes dans ~ 
20 la NIT. 

Dans une seconde etape 71, le terminal extrait la NIT contenue dans 
le flux et I'analyse pour construire la liste des adresses IP de diffusion et des 
ports associes permettant de recevoir les flux disponibles sur le reseau. 

25 

Dans une troisieme etape 72, le terminal se connecte successivement 
a au moins une partie de ces flux de transport disponibles sur le reseau. Le 
terminal va extraire de ces flux les informations de description des services 
contenues dans la SDT. Selon une alternative, ces informations sont lues 
30 directement via un ensemble de descripteurs de services inclus dans la NIT. 
Dans ce cas il n'est pas necessaire de se connecter aux differents flux 
disponibles sur le reseau. 
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Dans une quatrieme etape 73, le terminal construit la base de 
"ddriiiees contenahTIa liste de tousles i service¥"61ferts sur le reseau et la met 
a la disposition de I'utilisateur via, par exemple, un guide electronique des 
5 programmes. La base de donnees peut, par exemple, etre stockee dans la 
RAM persistente du terminal de facon a etre facilement accessible au 
demarrage du terminal sans necessite de refaire ce processus. 

Le terminal peut utiliser les informations contenues dans cette base 
10 pour repondre a une sollicitation de I'utilisateur voulant se connecter sur un 
des services proposes. Le terminal trouve dans la base I'adresse IP et le 
numero de port du serveur de flux diffusant le service desire, il peut done se 
connecter sur le flux en question et y recuperer le flux contenant le service 
pour I'afficher. 

15 

L'invention permet aux operateurs de reutiliser la majeure partie de 
leur chaTne existante de production, en particuliers les multiplexeurs et leurs 
equipements de production des informations de signalisation. L'invention 
permet aussi de limiter les modifications a apporter aux logiciels executes 

20 sur les decodeurs. En effet, seule la partie gerant ('interface IP, en lieu et 
place de I'interface de reception satellite ou cable, est nouvelle. Toute la 
partie d'analyse du flux et de gestion des informations de signalisation peut 
etre reprise du logiciel utilise sur les decodeurs satellite ou cable. De meme 
le controle d'acces peut §tre repris a I'identique. L'invention permet done 

25 I'adoption de la diffusion de services DVB sur un reseau IP large bande en 
minimisant les investissements et les risques pour les operateurs. 
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REVENDICATIONS 

1. Methode de decouverte, par un terminal (60) connecte a un reseau 
de type IP, de services DVB sur le reseau de type IP, caract6risee en ce 
5 qu'elle comporte au moins les etapes suivantes : 

- le terminal utilise une premiere adresse IP de diffusion et un 
premier numero de port pour recevoir (70) un flux de transport 
diffuse a cette adresse IP sur ce port ; 

- le terminal extrait (71 ) dudit flux au moins la table dlnforrnation sur 
10 les n§seaux (NIT) ; 

- les descripteurs de r6seaux contenus dans ladite table 
d'information sur les reseaux (NIT) designant des adresses IP de 
diffusion et les ports associes, le terminal se connecte (72) a au 
moins une partie des flux de transport diffuses aux dites adresses 

15 IP sur lesdits ports de fagon a lire la table de description de 

service associee (SDT) ; 

le terminal utilise ces informations pour construire (73) une liste 
eventuellement unitaire des sen/ices disponibles sur le reseau. 

20 2. Methode selon la revendication 1 oil la premiere adresse IP de 

diffusion et le premier numero de port sont entres par I'utilisateur. 

3. Methode selon la revendication 1 ou la premiere adresse IP et le 
premier numero de port sont obtenus du reseau par le terminal. 

25 

4. Methode selon Tune des revendications 1 a 3 o0 les flux ne 
contiennent qu'un seul service DVB. 
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5. Methode selon Tune des revendications 1 a 4 ou la liste des 
services est incluse dans la NIT contenue dans le flux disponible a la 
premiere adresse IP de diffusion sur le premier port. 
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6. Appareil poss6dant des moyens de se connecter a une adresse IP 
de diffusion via des moyens de connexion a un reseau IP et des moyens de 
decocIagelTe ffux DVB diffuse a "cefte acfresselP de diffusion; caracfen^e en 
ce que les moyens de decodage de flux DVB ont la capacite d'analyser une 

5 NIT, extraite du flux, contenant des descripteurs de reseau adaptes au 
reseau IP et de se connecter a chaque adresse IP de diffusion decrite dans 
ladite NIT pour y lire un flux DVB et en extraire les informations sur les 
services offerts sur le reseau preferentiellement selon Tune quelconque des 
methodes selon les revendications precedentes. 

0 

7. Descripteur d'un service de diffusion d'un flux DVB destine a etre 
inclus dans une NIT caracterise en ce qu'il contient Tadresse IP de diffusion 
d'un serveur de flux et un numero de port sur lequel ledit serveur diffuse un 
flux DVB sur un reseau de type IP. 
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/* entete */ 

for i=0 ; i < N ; H-+ { /* premiere boucle de descripteurs */ 
descriptor(); 

} 

for i=0 ; i < N ; i++ { /* boucle sur les flux de transport */ 
identificateur_de_flux_de_transport 
identificateur_de__reseau_original 
for (j=0 ; j<M ; { /* deuxieme boucle de descripteur */ 
descriptor(); 

} 

} 
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